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Amendment To The Claims 

1 . (Currently amended) A method for handling out-of-order frames, 
comprising the steps of: 

(a) receiving an out-of-order frame via a networl< subsystem; 

(b) placing data of the out-of-order frame in a host memory; and 

(c) managing information relating to one or more holes resultino from the 
out-of-order frame in a receive window. 

2. (Original) The method according to claim 1, wherein the out-of-order 
frame is received via a TCP offload engine (TOE) of the network subsystem or a 
TCP-enabled Ethernet controller (TEEC) of the network subsystem. 

3. (Original) The method according to claim 1, wherein the network 
subsystem does not store the out-of-order frame on an onboard memory. 

4. (Original) The method according to claim 3, wherein the network 
subsystem does not store one or more missing frames relating to the out-of-order 
frame. 

5. (Previously presented) The method according to claim 1 , wherein the 
network subsystem comprises a networi< interface card (NIC). 

6. (Previously presented) The method according to claim 1, wherein step 
(b) comprises placing the data of the out-of-order frame in the host memory if the 
out-of-order frame is determined to be inside the receive window. 

7. (Original) The method according to claim 1 , further comprising: 
dropping the out-of-order frame if the out-of-order frame is determined not 

to be inside the receive window. 
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8. (Original) The method according to claim 1, further comprising: 
placing a portion of the data of the out-of-order frame in the host memory, 

the portion of the data being inside the receive window. 

9. (Previously presented) The method according to claim 1, wherein step 
(c) comprises one or more of the following: 

storing information relating to a new hole created by the placement of the 
data of the out-of-order frame, 

updating information relating to an existing hole modified by the placement 
of the data of the out-of-order frame, and 

deleting information relating to a plugged hole created by the placement of 
the data of the out-of-order frame. 

10. (Original) The method according to claim 9, 

wherein the stored information resides on the network subsystem, 
wherein the updated information resides on the network subsystem, and 
wherein the deleted information resided on the network subsystem. 

11. (Original) The method according to claim 1, wherein the managed 
information resides on the network subsystem. 

12. (Original) The method according to claim 1, further comprising: 
updating the receive window based upon the placement of the data of the 

out-of-order frame. 

13. (Original) The method according to claim 1, further comprising: 
setting a programmable limit with respect to a number of holes allowed in 

the receive window. 
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14. (Previously presented) The method according to claim 1, wherein step 
(b) comprises mapping TCP space Into host buffer space. 

15. (Original) The method according to claim 1, wherein the network 
subsystem comprises a memory whose memory usage scales with a number of 
holes in the receive window. 

16. (Original) The method according to claim 1, wherein the network 
subsystem comprises a memory whose memory usage does not scale with a 
number of out-of-order frames received. 

17. (Currently amended) A method for handling out-of-order frames, 
comprising: 

parsing an out-of-order frame into control information and data 
information; 

processing at least one of the control information, the data information and 
context information to detennine a buffer location in a host memory in which to 
place the data information; and 

managing receive window hole information related to the out-of-order 

frame . 

18. (Original) The method according to claim 17, wherein a network 
subsystem is adapted to parse the out-of-order frame into control Infomnation and 
data information. 

19. (Original) The method according to claim 17, wherein a network 
subsystem is adapted to process at least one of the control information, the data 
information and the context information to detemiine the buffer location in the 
host memory in which to place the data information. 
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20. (Original) The method according to claim 17, wherein a network 
subsystem is adapted to manage receive window hole information generated by 
the placement of the data information. 

21. (Original) The method according to claim 20, wherein a network 
subsystem is adapted to store the receive window hole information managed by 
the network subsystem. 

22. (Original) The method according to claim 17, wherein the receive 
window hole information comprises TCP receive window hole information. 

23. (Currently amended) A system for handling out-of-order frames, 
comprising: 

a host comprising a host memory; and 

a network subsystem coupled to the host via a host interface, 

wherein the network subsystem processes an out-of-order frame, 

wherein the network subsystem places data of the out-of-order frame in 

[[a]] the host memory, and 

wherein the network subsystem manages information relating to one or 

more holes in a receive window. 

24. (Original) The system according to claim 23, wherein the network 
subsystem comprises a TOE or a TEEC that provides flow-through processing 
and placement of the data of the out-of-order frame in the host memory. 

25. (Original) The system according to claim 23, wherein the data is 
placed in a temporary buffer, an upper layer protocol (ULP) buffer or an 
application buffer residing in the host memory. 
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26. (Original) The system according to claim 23, wherein the network 
subsystem is adapted to process at least one of control information and data of 
the out-of-order frame to detemiine a buffer location in the host memory in which 
to place the data. 

27. (Previously presented) The system according to claim 23, wherein the 
network subsystem is adapted to store the information relating to the one or more 
holes in the receive window. 

28. (Previously presented) The system according to claim 23, wherein the 
network subsystem is not adapted to store the out-of-order frame on the network 
subsystem until one or more missing frames are received by the network 
subsystem. 

29. (Previously presented) The system according to claim 23, wherein the 
network subsystem comprises a networi< interface card (NIC). 
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